home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / graphics / gnuplot / contrib / campbell / 000alpha.notes < prev    next >
Encoding:
Text File  |  1992-04-27  |  2.6 KB  |  54 lines
  1.  
  2. 000alpha.notes:
  3.  
  4. Initial version  --- jdc  3/19/90
  5.  
  6. You're looking at gplotlib--an accompaniment to gnuplot that I'm thinking 
  7. about posting someday.  Put the files in this shar package into a directory 
  8. called ``gplotlib'' under the normal gnuplot source directory.  (This is to 
  9. allow the Makefile to find ../term where the terminal routines are expected 
  10. to live.)
  11.  
  12. Right now the gplotlib library consists of two files: low level routines 
  13. (gterm.c), and "high level" routines (gsr.c).  In addition, there is some 
  14. documentation (make doc) and examples: bars.c (using low level routines only)
  15. and bar.c (using a mix of high and low level routines).
  16.  
  17. The "high level" routines are mostly untested.  The assortment presented 
  18. is merely those that appeared after mucking with the gnuplot graphics.c 
  19. code.  Thus the library isn't really thought out or designed with any
  20. idea in mind that these are actually routines needed by users, rather they 
  21. are just the routines that gnuplot itself would have probably needed if it 
  22. had been written with an underlying library in mind.  Using these gsr 
  23. routines tends to create plots that look a lot like gnuplot plots.
  24.  
  25. Certainly there is a lot of room for improvement here.  Many design
  26. questions arise: Should, for example, there be a gsr_draw_line()
  27. routine?  Or even, should there be a whole new direction or module
  28. of graphics support?  One thing does seem true, however: with these
  29. routines the terminal drivers are now at least available to programmers.
  30.  
  31. The bar.c program is not really finished.  I'm not sure what else
  32. it needs, however, since I don't use bar charts myself.  It provides
  33. a pragmatic example of using these two libraries in an intimate, but
  34. probably not very clean, manner.  I expect bar.c could profit from
  35. having better labels, and some method of assigning labels to the
  36. plot.  Further, bars.c puts a small gap between the top of the highest
  37. bar and the boundary while bar.c does not do this.
  38.  
  39. The makefile mentions pie.c--which is going to be a pie chart graphics
  40. program.  This hasn't, however, been written.  I assume it too will
  41. be a hodge-podge mix of gsr and gterm routines.  In particular, the
  42. number of segments chosen to draw a circle will probably depend
  43. upon t->xmax and t->ymax to maximize the effect on a given terminal.
  44.  
  45. Working on various graphics projects is the only way I know to tell
  46. if we are getting at all close to a usable library package.  I'm sure
  47. there is a lot missing from this first edition...  Any help or suggestions
  48. would be greatly appreciated.
  49.  
  50. John Campbell
  51. ...arizona!naucse!jdc   
  52. -or CAMPBELL@NAUVAX.bitnet
  53. -or (for small mail items only)- ...arizona!naucse!thunde!jdc
  54.